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SECTION 


INTRODUCTION 


The VIA Eden™ Embedded System Platform Processor (VIA Eden ESP for short) is based upon a 
unique internal architecture and is manufactured using advanced 0.154 CMOS technology. The VIA 
Eden ESP architecture and companion chips provide a highly compatible, high-performance, low-cost, 
and low-power solution for the embedded, min-notebook, embedded, and Internet Appliance markets. 
The VIA Eden ESP is available in several operating frequencies. 


When considered individually, the compatibility, function, performance, cost, and power dissipation of 
the VIA Eden ESP family are all very competitive. Furthermore, the value added from the advanced 
EBGA packaging includes remarkable compactness, cost efficiency and excellent thermal characteristics. 
The VIA Eden ESP represents a breakthrough combination for enabling high-value, high-performance, 
low-power, fanless x86-based solutions. When considered as a whole, the VIA Eden ESP family offers a 
peerless level of value. 


1.1 DATASHEET OUTLINE 


The intent of this datasheet is to make it easy for a direct user—a board designer, a system designer, or a 
BIOS developer—to use the VIA Eden ESP processor. The companion chipset is documented separately. 


Section 1 of the datasheet summarizes the key features of the VIA Eden ESP processor. Section 2 pro- 
vides a detailed description of the internal architecture of the VIA Eden ESP processor. Section 3 
specifies the primary programming interface. Section 4 does the same for the bus interface. Sections 5, 
6, and 7 specify the classical datasheet topics of AC timings, ballouts, and mechanical specifications. 


Appendix A documents the VIA Eden ESP processor machine specific registers (MSRs). 
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1.2 BASIC FEATURES 


The VIA Eden ESP processor family currently consists of two basic models with several different MHz 
versions. Due to their low power dissipation, either model is ideally suited for both desktop and mobile 
applications. All versions share the following common features: 


m= Extremely low power dissipation for fanless operation 


= A proprietary Enhanced Ball Grid Array (EBGA) package that shares with Socket 370 processors 
features such as bus protocol and electrical interface 


= Seamlessly software compatible with the thousands of available x86 software applications 
= MMxX-compatible instructions for enhanced media performance 


= AMD-compatible 3DNow! Instructions for turbocharging games, photo processing and media ap- 
plications 


= Two large (64-KB each, 4-way) on-chip Level 1 caches 

m 64-KB Level 2 victim cache 

= Two large TLBs (128 entries each, 8-way) with two page directory caches 
m= Unique and sophisticated branch prediction mechanisms 

= Bus speeds up to 133 MHz 

= Very small die (52 mm’ in TSMC 0.13p technology) 


= Compact and economical EBGA packaging with excellent thermal dissipation characteristics 


1.3 PROCESSOR VERSIONS 


Typically, there are five specification parameters that characterize different versions of a processor fam- 
ily: package, voltage, maximum case temperature, external bus speed, and internal MHz. 


The VIA Eden ESP processor is differentiated from the VIA C3 family by its extreme low power con- 
sumption, high performance, and low-profile Enhance Ball Grid Array packaging. The EBGA package is 
not only compact and economical, but delivers excellent thermal properties for truly Cool Processing. 


The internal operating frequency of a particular VIA Eden ESP processor chip is defined by two parame- 
ters: the specified external bus speed and the internal bus-clock multiplier. VIA Eden ESP chips come in 
two bus-speed versions: either 1OOMHz bus or 133 MHz bus. (Either version can also operate at 66MHz 
bus speeds.) Bus frequency select balls (BSEL 0 and BSEL 1) identify the appropriate bus speed (100 
MHz or 133 MHz). 


The bus-clock multiplier is hardwired into initial VIA Eden ESP processors. For these, the ratio of the 
internal processor clock speed to the externally supplied bus clock is frozen’. Several different clock- 
multiplier versions are currently offered. 


Future VIA Eden ESP processors will not have the bus multiplier locked. They will carry the “S” desig- 
nation. In these chips, the clock ratio is set using the external bus ratio balls, BR[4:0]. 


' Actually, it is semi-frozen. A VIA-unique machine specific register allows programming to temporarily change the 
hard-wired multiplier. This capability, documented in Appendix A, is intended for special BIOS situations and test and 
debug usage. 


1-2 Introduction Section 1 


Preliminary Information VIA Eden ESP Processor Datasheet 
November 2002 


More information on these topics is included in Sections 4, 5, and 6 of this datasheet 


m The VIA Eden ESP processor is initially available in a variety of models: 
e VIA Eden ESP 4000 (4.0 x 100-MHz bus) 1.05V 
e VIA Eden ESP 5000 (4.0 x 133-MHz bus) 1.20V 
e VIA Eden ESP 6000 (4.5 x 133-MHz bus) 1.20V 


= Future versions of the VIA Eden ESP processor may provide other models with other speed grades 
and bus speed combinations. 


= Future versions of the VIA Eden ESP processor may have different voltages 


1.4 COMPETITIVE COMPARISONS 


Section 2 of this datasheet contains considerable detail about the unique internal design of the VIA Eden 
ESP processor. 


Such an internal architecture comparison, however, does not directly address the most important consid- 
erations of users: compatibility, availability, price, MHz, application performance, and power dissipation. 
For that reason, we do not provide a detailed architecture comparison with other processors in this data- 
sheet. Following instead is the high-level summary of an internal-architecture comparison: 


m= The VIA Eden ESP processor has better cache and TLB capabilities. These are critical to system 
performance for modern PC operating systems and applications. 


m= The VIA Eden ESP has a generally simpler internal architecture. However, the VIA Eden ESP im- 
plements many advanced features critical to performance (such as sophisticated branch prediction) 
and is highly tuned for good application performance, especially on “integer” or office applica- 
tions. 


m The VIA Eden ESP has a much smaller die size (52 mm”). 


m The VIA Eden ESP has much lower power dissipation at the same operating frequency than its 
competitors. 


= No competitive processor matches the VIA Eden ESP in terms of combined low-power, modest 
thermal demands, performance, flexible packaging and attractive pricing. 
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1.5 COMPATIBILITY 


1-4 


The VIA Eden ESP processor shares much with conventionally packaged x86 siblings. Knowledgeable 
board designers can leverage their existing designs with the VIA Eden ESP. In most cases, however, a 
special BIOS is needed. Currently, BIOS support for the VIA Eden ESP is available from Award, AMI, 
Phoenix, and Insyde. 


The VIA Eden ESP processor requires external termination of bus signals. Physical and bus compatibil- 
ity is covered in more detail in Section 4 of this datasheet. 


The VIA Eden ESP supports 3DNow! instructions. The VIA Eden ESP does NOT support multiple 
processors. These functions are defined as optional by, and are identified to software via, the CPUID in- 
struction. The VIA Eden ESP processor carefully follows the protocol for defining the availability of 
these optional features. Both the additional and omitted optional features are covered in more detail in 
Section 3 of this datasheet. 


To verify compatibility of the VIA Eden ESP with real PC applications and hardware, VIA has per- 
formed extensive testing of hundreds of PC boards and peripherals, thousands of software applications, 
and all known operating systems. 


Indicative of this high compatibility, the VIA Eden ESP has obtained both Windows 98 and Windows NT 
certification. 
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SECTION 


ARCHITECTURE 


2.1 INTRODUCTION 


The VIA Eden ESP processor architecture can be either that of the VIA Samuel 2 or the VIA Ezra. It is 
different from any other x86 processor architecture. This unique processor design provides a signifi- 
cantly smaller die size using less power than any other x86 CPU. The VIA Eden ESP processor features 
cores that lower power, improve performance (MHz and CPI) and further reduces die size and power. 
(The major differences between the VIA Eden ESP 4000/5000 processor and the VIA Eden ESP 6000 are 
highlighted in the descriptions below.) 


The VIA Eden ESP processor architecture is based on, and directly exploits, basic “facts” about the cur- 
rent x86 market, applications, and bus environment. While seemingly straightforward, these concepts are 
not exploited in other processor architectures. The major concepts that shape the VIA Eden ESP archi- 
tecture are: 


= Only a few instructions dominate x86 instruction execution time. On typical applications, over 
90% of instruction execution time is due to a handful of basic x86 instructions. Most x86 instruc- 
tions have no significant impact on performance. 


The VIA Eden ESP processor design optimizes performance of the most important x86 instruc- 
tions while minimizing the hardware provided for the little-used x86 functions (infrequently used 
x86 instructions are primarily implemented in microcode). The resulting instruction execution 
speed of highly used instructions is as good or better than comparable processors. For example, 
the VIA Eden ESP processor executes x86 load-ALU-store instructions in only one clock as 
compared to several clocks on other processors. The execution time of little-used instructions is 
impacted to reduce die size, but this has no effect on real application performance. 


= Improving clock frequency has higher leverage than improving CPI. The result of advanced 
computer design approaches over the last few years has been that the improvements in cycles-per- 
instruction (CPD often impact MHz improvements, and certainly impact die size. Our belief is that 
the best way to improve total performance and keep a small low-power die is to improve MHz. 
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Thus, the VIA Eden ESP family architecture provides improved performance by optimizing MHz 
via a 12-stage pipeline while maintaining a good CPI. Complex CPI-driven features such as out- 
of-order instruction execution are not implemented because they (1) impact MHz, (2) require a lot 
of die area and power, and (3) have little impact on real performance since... (the next point) 


= Memory performance is the limiting CPI performance factor. In modern PCs, the processor 
bus is slow compared to the internal clock frequency. Thus, off-chip memory-accesses dominate 
processor CPI as opposed to internal instruction execution performance. 


The VIA Eden ESP processor addresses this phenomenon by providing many specific features de- 
signed to reduce bus activity: large primary caches, large TLBs, aggressive prefetching, an 
efficient level-2 cache (new to the VIA Eden ESP 4000/5000 and 6000), and so forth. 


= Different market segments have different workload characteristics. The hardware, operating 
systems, and applications used in fanless PC’s, internet appliances, small form factor PC’s have 
different technical characteristics than those in the high-end, workstation, or server market. 


The VIA Eden ESP family exploits these differences by implementing very specific design trade- 
offs, providing high performance with low cost in the target environments. These optimizations 
are based on extensive analysis of actual behavior of target-market hardware and software. 


= Small is beautiful. VIA Eden ESP processors are highly optimized for small die size. In addition 
to the obvious cost benefits, this small size reduces power consumption and improves reliability. 


2.2 COMPONENT SUMMARY 


2.2.1 GENERAL ARCHITECTURE & FEATURES 


Figure 2-1 illustrates the basic 12-stage (integer) pipeline structure of the VIA Eden ESP family. At a 
high level, there are four major functional groups: I-fetch, decode and translate, execution, and data 
cache. 


The /-fetch components deliver x86 instruction bytes from the large I-cache or the external bus. Large 
buffers allow fetching to proceed asynchronously to other operations. The decode and translate compo- 
nents convert x86 instruction bytes into internal execution forms. Branches are also identified, predicted, 
and the targets prefetched. Large buffers allow decoding and translating to proceed asynchronously to 
other operations. The execution components issue, execute, and retire internal instructions. The data 
cache components manage the efficient loading and storing of execution data to and from the caches, bus, 
and internal components. 


At one level the VIA Eden ESP processor architecture seems simple: instructions are issued, executed, 
and retired in order, only one instruction can be issued per clock, and most data cache misses stall the 
pipeline. However, the design is actually highly optimized and highly tuned to achieve high performance 
in the targeted environment. Some of the significant features providing this performance are: 


= High internal clock frequency. The 12-stage pipeline facilitates high MHz 


= Large on-chip caches and TLBs. The VIA Eden ESP implements large caches and TLBs that 
significantly reduce stalls due to bus traffic. These primary caches and TLBs are larger than those 
on any other x86 processor: 


e Two 64-KB primary (L1) caches with 4-way associativity 
e A 4-way 64-KB unified level-2 (L2) cache 
e Two 128-entry TLBs with 8-way associativity 
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Two 8-entry page directory caches that effectively eliminate loads of page directory entries 
upon TLB misses 


A four-entry (8 bytes each) store queue that also forwards store data to subsequent loads 


A four-entry write buffer that also performs write combining 


= Extensive features to further minimize bus stalls. These include: 


Full memory type range registers (MTRRs) 

A non-stalling write-allocate implementation 
Implementation of the “cache lock” feature 
Non-blocking out-of-order retirement of pipeline stores 
Implementation of x86 prefetch instruction (3DNow!) 
Implicit speculative data prefetch into D-cache 
Aggressive implicit instruction prefetch into I-cache 


Highly asynchronous execution with extensive queuing to allow fetching, decoding and trans- 
lating, executing, and data movement to proceed in parallel 


= High-performance bus implementation. The VIA Eden ESP socket 370 compatible bus imple- 
mentation includes the following performance enhancements: 


No stalls on snoops 

Up to 8 transactions can be initiated by the processor 
Aggressive write pipelining 

Smart bus allocation prioritization 

100MHz and 133MHz bus operation 


= Good performance for highly used instructions. Heavily used instructions—including complex 
functions such as protect-mode segment-register loads and string instructions—are executed fast. 
In particular, the pipeline is arranged to provide one-clock execution of the heavily used register— 
memory and memory-register forms of x86 instructions. Many instructions require fewer pipeline 
clocks than on comparable processors. 
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Figure 2-1. The VIA Eden ESP Processor Pipeline Structure 
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2.2.2 INSTRUCTION FETCH 


The first three pipeline stages (I, B, V) deliver aligned instruction data from the I-cache or external bus 
into the instruction decode buffers. These stages are fully pipelined such that on each clock cycle a new 
instruction fetch address is fetched from the I-cache and either 16 bytes (I-cache) or 8-bytes (bus) of in- 
struction data is delivered for decode. 


The primary I-cache contains 64 KB organized as four-way set associative with 32-byte lines. The asso- 
ciated large I-TLB contains 128 entries organized as 8-way set associative. In addition, the I-TLB 
includes an eight-entry page directory cache that significantly reduces the TLB miss penalty. The cache, 
TLB, and page directory cache all use a pseudo-LRU replacement algorithm. 


As opposed to many other contemporary x86 processors, the data in the I-cache is exactly what came 
from the bus; that is, there are no “hidden” predecode bits. This allows a large cache capacity in a small 
physical size. The instruction data is predecoded as it comes out of the cache; this predecode is over- 
lapped with other required operations and, thus, effectively takes no time. 


The fetched instruction data is placed sequentially into multiple buffers. Starting with a branch, the first 
branch-target byte is left adjusted into the instruction decode buffer (the XJB). As instructions are de- 
coded, they are removed from the XIB. Each clock, new incoming fetch data is concatenated with the 
remaining data in the XIB. Once the XIB is filled, fetching continues to fill three 16-byte buffers that 
feed the XIB. 


If an I-cache miss occurs during the filling of the fetch buffers, up to four 32-byte lines are speculatively 
prefetched from the external bus into the cache. These prefetches are pipelined on the bus for optimal bus 
efficiency. This aggressive prefetch algorithm exploits the large size and four-way structure of the I- 
cache, as well as the high-bandwidth bus implementation. 


2.2.3 INSTRUCTION DECODE 


Instruction bytes in the XIB are decoded and translated into the internal format by two pipeline stages (F, 
X). These units are fully pipelined such that, in general, an x86 instruction is decoded and translated 
every clock cycle. 


The F stage decodes and “formats” an x86 instruction (completely contained in the XIB) into an interme- 
diate x86 format. This process requires only one clock cycle for every x86 instruction. However, 
instruction prefixes other than OF require an additional cycle for each prefix. The internal-format in- 
structions are placed into a five-deep FIFO queue: the FJQ. The FIQ facilitates the asynchronous fetch 
and “lookahead” capability of the formatter such that the extra cycles for prefixes rarely result in a bub- 
ble in the execution pipeline. The FIQ also allows for branch prediction to proceed even if the pipeline 
ahead of the branch is stalled. 


The X-stage “translates” an intermediate-form x86 instruction from the FIQ into the internal micro- 
instruction format. The output of the translator contains: (1) the internal micro-instruction stream to per- 
form the x86 instruction function, (2) the immediate data fields from the x86 instruction, and (3) various 
x86 state information used to control execution (for example, operand size). The internal micro- 
instruction stream consists of micro-instructions directly generated by the translator plus, in some cases, 
an on-chip ROM address. The translator can generate up to three micro-instructions per clock plus a 
ROM address. Most x86 instructions except for repetitive string operations are translated in one clock. 


Executable micro-instructions can come from either the XIQ or the on-chip ROM. For performance- 
sensitive instructions, there is no delay due to access of micro-code from ROM. The microcode ROM 
capacity is larger than most x86 microcode ROMs to allow unimportant (relative to performance) func- 
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tions to be performed in microcode (versus in hardware). The large size also allows the inclusion of ex- 
tensive self-test microcode and extensive built-in debugging aids (for processor design debug). 


Instruction fetch, decode, and translation are made asynchronous from execution via a five-entry FIFO 
queue (the X/Q) between the translator and the execution unit. This queue allows the formatter and 
translator to “look-ahead” and continue translating x86 instructions even though the execution unit is 
stalled. 


2.2.4 BRANCH PREDICTION 


The VIA Eden ESP processor implements a very unique and sophisticated, yet relatively small, branch 
prediction mechanism. Several different mechanisms predict all basic types of branches: jumps and calls 
using a displacement, returns, indirect jumps and calls, and “far” (inter-segment) branches (new to the 
VIA Ezra core). These types of jumps represent almost 25% of all instructions executed. 


The prediction starts when the branch is decoded in the F stage. If a branch is predicted taken, the target 
is fetched such that a four-clock “bubble” appears to occur. In practice however, this bubble averages less 
than two clocks due to the extensive instruction queuing below the F stage; the delay in fetching the pre- 
dicted branch target is absorbed by execution of these queued instructions. There is also a special case: 
short forward branches that “hit” in the XIB require only one clock delay. 


For displacement-from branches, the target address is directly calculated. This direct calculation of the 
target address eliminates the need for a large branch-target buffer (a BTB or BTAC). The direct calcula- 
tion always produces the correct address whereas a BTB often mispredicts the address, or fails to predict 
at all. 


Two different prediction algorithms are used to predict the direction of conditional branches. The under- 
lying theory behind this approach is that, in practice, branches tend to fall into two categories. Most 
branches can be accurately predicted by a classic mechanism using a counter associated with the branch 
location. The associated VIA Eden ESP processor mechanism is a simple array of predictors 4K in the 
Samuel 2 core. 


However, about 20% of branches are hard to predict, because whether they branch or not depends on dy- 
namic execution state. The VIA Eden ESP processor mechanism for predicting these pattern-based 
branches uses a 13-bit global branch history XOR’d with the branch instruction address to index a branch 
history table with 8K entries in the Ezra core versus 4K in the Samuel 2 core. This branch-history 
mechanism is called g-share in the technical literature. A third 4K-entry table selects which predictor 
(simple or history-based) to use for a particular branch based on the previous behavior of the branch. 


All three predictor tables actually use a one-bit “agree/disagree” predictor rather than the conventional 
two-bit counter. This unique approach uses a static predictor that considers the type of conditional bran- 
ch and what type of instruction previously set the condition flag being tested. Rather than indicate taken 
or not, the one-bit entry in the predictor tables predicts whether the conditional branch direction agrees 
with the static prediction. The static predictor is accurate about 70% of the time, and the dynamic pre- 
dictor is accurate about 95% of the time. 


In addition, x86 return instructions are predicted by a 16-entry return-address stack. This prediction is 
about 90% accurate. 


Finally, indirect jump and call instructions are predicted using a conventional 64-entry (4-way) in the 
Samuel 2 core. This small array predicts about 75% of indirect branches correctly. The BTB is also used 
to predict inter-segment (“far”) branches. 
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2.2.5 INTEGER UNIT 


Internal micro-instructions are executed in a tightly coupled seven-stage (integer) pipeline that is similar 
in structure to a basic four-stage RISC pipeline with extra stages for memory loads and stores inserted. 
These extra stages allow instructions that perform a load and ALU operation, or a load, ALU, and store 
operation to execute in one clock. 


The micro-instructions and associated execution units are highly tuned for the x86 architecture. The mi- 
cro-instructions closely resemble highly used x86 instructions. Examples of specialized hardware 
features supporting the x86 architecture are: hardware handling of the x86 condition codes, segment de- 
scriptor manipulation instructions, and hardware to automatically save the x86 floating-point 
environment. 


The integer execution stages are: 


= Decode stage (R): Micro-instructions are decoded, integer register files are accessed and resource 
dependencies are evaluated. 


m= Addressing stage (A): Memory addresses are calculated and sent to the D-cache. The VIA Eden 
ESP processor is capable of calculating most x86 instruction address forms in one clock; a few 
forms containing two registers or a shifted index register require two clocks. Addresses can be 
automatically incremented or decremented for implementing stack and string operations. 


Some ALU operations are duplicated in this stage to reduce AGI (address generation interlock) 
stalls. For example, the sequence of adding to the stack pointer register followed by using it in a 
return does not cause an AGI. In general, register adds and moves are performed in the A-stage. 


m Cache Access stages (D, G): The D-cache and D-TLB are accessed and aligned load data returned 
at the end of the G-stage. The cache is fully pipelined such that a new load or store can be started 
and data returned each clock. 


m= Execute stage (E): Integer ALU operations are performed. All basic ALU functions take one 
clock except multiply and divide. Load-ALU and Load-ALU-store instructions require only one 
clock (the data is loaded before the ALU stage). Results from the ALU can be forwarded to any in- 
struction following the ALU instruction using a unique result-forwarding cache. 


Branch instructions are evaluated in this stage and, if incorrectly predicted, the corrected branch 
address is sent to the I-cache during the next clock. No additional action is required for correctly 
predicted branches. 


During this stage the floating-point, MMX, and 3DNow! execution units access their registers or 
consume the load data just delivered. These execution units “hang off’ the end of the main execu- 
tion unit so that load-ALU operations for these units can be pipelined in one clock. 


= Store stage (S): Integer store data is grabbed in this stage and placed in a store buffer. Positioning 
stores in this stage allows a one-clock load—-ALU-store instruction. MMX and floating-point stores, 
however, are placed in the store buffer in a subsequent cycle due to their deep pipelines. 


a Write-back stage (W): The results of operations are committed to the register file. 


2.2.6 D=CACHE & DATAPATH 


The D-cache contains 64 KB organized as four-way set associative with 32-byte lines. The associated 
large D-TLB contains 128 entries organized as 8-way set associative. In addition, the D-TLB includes an 
eight-entry page directory cache that significantly reduces the TLB miss penalty. The cache, TLB, and 
page directory cache all use a pseudo-LRU replacement algorithm. 
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Associated with the D-cache are store and write buffers. All stores that pass the W-stage are placed in a 
four-entry store buffer (8 bytes each). Stores from the store buffer are drained to the D-cache or bus in 
actual program order, regardless of when the data appeared in the store buffers. Stores that miss the D- 
cache percolate to the write buffers where they wait for the bus. If the memory region is defined as 
write-combining, the stores can combine in the write buffers. 


2.2.7 L2 CACHE 


The VIA Eden ESP processor contains an efficient level-2 cache. This L2 cache is exclusive (this ap- 
proach is sometimes called a “victim” cache). This means that the contents of the L2 cache at any point 
in time are not contained in the two 64-KB L1 caches. As lines are displaced from the L1 caches (due to 
bringing in new lines from memory), the displaced lines are placed in the L2 cache. Thus, a future L1- 
cache miss on this displaced line can be satisfied by returning the line from the L2 cache instead of hav- 
ing to access the external memory. 


Thus, the total effective cache size on the VIA Eden ESP processor is 192 KB (two 64-KB L1 caches 
and the 64-KB L2). Processors, such as the Intel Celeron processor, that have an inclusive L2 cache have 
a total effective cache size equal to the L2 size (128 KB in the case of the current Intel Celeron proces- 
sor). This is because the contents of the L1 caches are duplicated within an inclusive L2 cache. 


The L2 cache is also “unified;” that is, it contains lines displaced from both the L1 I-cache and the L1 D- 
cache. Thus the L2 cache provides a significant assist for the cases where an I-fetch hits in the L1 data 
cache, or a data reference hits in the L1 I-cache. To provide correct execution semantics, these cases re- 
quire the hit line to be ejected from the L1 cache. 


The VIA Eden ESP processor L2 cache is 64 KB organized as four-way set associative with 32-byte lines 
and uses a pseudo-LRU replacement algorithm. 


2.2.8 FP UNIT 


In addition to the integer execution unit, the VIA Eden ESP processor has a separate 80-bit floating-point 
execution unit that can execute x86 floating-point instructions in parallel with integer instructions. Since 
the VIA Eden ESP processor is designed for mainstream applications that stress integer performance, 
floating-point throughput is not a priority. The FP unit is clocked at % the processor clock speed; that is, 
in an 800-MHz VIA Eden ESP, the FP-unit runs at 400 MHz. 


Floating-point instructions proceed through the integer R, A, D, and G stages. Thus, load-ALU x86 
floating-point instructions do not require an extra clock for the load. Floating-point instructions are then 
passed from the integer pipeline to the FP-unit through an 8-instruction FIFO queue (new to the VIA 
Eden ESP). This queue, which runs at the processor clock speed, decouples the slower running FP unit 
from the integer pipeline so that the integer pipeline can continue to process instructions overlapped with 
up to eight FP instructions. 


Basic arithmetic floating-point instructions (add, multiply, divide, square root, compare, etc.) are repre- 
sented by a single internal floating-point instruction. Certain little-used and complex floating point 
instructions (sin, tan, etc.), however, are implemented in microcode and are represented by a long stream 
of instructions coming from the ROM. These instructions “tie up” the integer instruction pipeline such 
that integer execution cannot proceed until they complete. 


One floating-point instruction can issue form the FP queue to the FP unit every two clocks. The FP pipe- 
line is six-stages deep following the E stage. It is partially pipelined: a non-dependent add or multiply 
can start every two clocks. 
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2.2.9 MMX UNIT 


The VIA Eden ESP processor contains a separate execution unit for the MMX-compatible instructions. 
MMxX instructions proceed through the integer R, A, D, and G stages. Thus, load-ALU x86 MMxX in- 
structions do not require an extra clock for the load. One MMX instruction can issue into the MMX unit 
every clock. 


The MMX multiplier is fully pipelined and can start one non-dependent MMX multiply[-add] instruction 
(which consists of up to four separate multiplies) every clock. Other MMX instructions execute in one 
clock. Multiplies followed by a dependent MMX instruction require two clocks. 


Architecturally, the MMX registers are the same as the floating-point registers. However, there are actu- 
ally two different register files (one in the FP-unit and one in the MMX units) that are kept synchronized 
by hardware. 


2.2.10 3DNOW! UNIT 


The VIA Eden ESP processor contains a separate execution unit for the 3DNow! instructions. These in- 
structions are compatible with the AMD K6-II™ processor 3DNow! instructions and provide 
performance assists for graphics transformations via new SIMD single-precision floating-point capabili- 
ties. 3DNow! instructions proceed through the integer R, A, D, and G stages. Thus, load-ALU x86 
3DNow! instructions do not require an extra clock for the load. One 3DNow! instruction can issue into 
the 3DNow! unit every clock 


The 3DNow! unit has two single-precision floating-point multipliers and two single-precision floating- 
point adders. Other functions such as conversions, reciprocal, and reciprocal square root are provided. 


The multiplier and adder are fully pipelined and can start any non-dependent 3DNow! instruction every 
clock. 


2.2.11BUS UNIT 


The VIA Eden ESP bus unit provides an external bus interface, supporting bus speeds of 100 MHz and 
133 MHz. 


The VIA Eden ESP processor bus implementation has no stalls on snoops, up to eight transactions can be 
generated (versus four), and stores are more heavily pipelined on the bus. 


2.2.12POWER MANAGEMENT 


Power management is not a component but rather a pervasive feature in all components. There are two 
major modes: powering down components based on bus signals such as stop clock and sleep, and dy- 
namically powering off components during execution when they are not needed. 


The VIA Eden ESP processor implements the bus-controlled power management modes including: auto- 
HALT power down state, stop grant state, sleep state, and deep sleep, or stop clock, state. 


While in normal running state, all major functional components are powered off when not in use. All 
caches, tags and TLBs are turned on and off on a clock-by-clock basis based on their usage. Other major 
components such as the MMX unit, the 3DNow! unit, the FP unit, and the ROM are turned on and off as 
used. In addition, even in blocks that are powered up, internal buses and latches hold their values when 
not needed to reduce dynamic power consumption. 
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SECTION 


PROGRAMMING INTERFACE 


3.1 GENERAL 
The VIA Eden ESP processor’s functions include: 


All basic x86 instructions, registers, and functions 

All floating-point (numeric processor) instructions, registers and functions 

All basic operating modes: real mode, protect mode, virtual-8086 mode 

System Management Interrupt (SMD) and the associated System Management Mode (SMM) 
All interrupt and exception functions 

All debug functions (including the new I/O breakpoint function) 

All input/output functions 

All tasking functions (TSS, task switch, etc.) 

Processor initialization behavior 


Page Global Enable feature 


The VIA Eden ESP processor, in addition to the MMX instructions, also includes instructions to boost the 
performance of 3D graphics compatible with the AMD 3DNow! Technology. 


However, there are some differences between the VIA Eden ESP and the Celeron processor. These differ- 
ences fall into three groups: 


Implementation-specific differences. Examples are cache and TLB testing features, and per- 
formance monitoring features that expose the internal implementation features. These types of 
functions are incompatible among ail different x86 implementations. 
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= Omitted functions. Some Intel Celeron processor functions are not provided on the VIA Eden 
ESP processor because they are not used or are not needed in the targeted PC systems. Examples 
are some specific bus functions such as functional redundancy checking and performance monitor- 
ing. Other examples are architectural extensions such as support for 4-MByte pages, Page 
Attribute Tables, etc. 


These types of differences are similar to those among various versions of the processors. The 
CPUID instruction is used by system software to determine whether these features are supported. 


= Low-level behavioral differences. A few low-level VIA Eden ESP processor functions are differ- 
ent from Intel Celeron because the results are (1) documented in the documentation as undefined, 
and (2) known to be different for different x86 implementations. That is, compatibility with the In- 
tel Celeron processor for these functions is clearly not needed for software compatibility (or they 
would not be different across different implementations). 


= EBGA package. The VIA Eden ESP processor is exclusively produced in its advanced, inexpen- 
sive, compact and thermally efficient EBGA package. 


This chapter summarizes the first three types of differences: additional functions, implementation- 
specific functions, and omitted functions. Appendix A contains more details on machine-specific func- 
tions. 


3.2 ADDITIONAL FUNCTIONS 


The VIA Eden ESP processor includes AMD-compatible 3DNow! instructions to boost the performance 
of 3D applications. These instructions are not defined in this datasheet but are defined in the appropriate 
AMD documentation. 


3.3 MACHINE-SPECIFIC FUNCTIONS 


3.3.1 GENERAL 


All x86 processor implementations provide a variety of machine-specific functions. Examples are cache 
and TLB testing features and performance monitoring features that expose the internal implementation 
features. 


This section describes the VIA Eden ESP processor machine-specific functions that are most likely used 
by software, and compares them to related processors where applicable. Appendix A describes the VIA 
Eden ESP machine-specific registers (MSRs). 


This section covers those features of Intel Pentium-compatible processors that are used to commonly 
identify and control processor features. All Pentium-compatible processors have the same mechanisms, 
but the bit-specific data values often differ. 


3.3.2 STANDARD CPUID INSTRUCTION FUNCTIONS 


The CPUID instruction is available on all contemporary x86 processors. The CPUID instruction has two 
standard functions requested via the EAX register. The first function returns a vendor identification 
string in registers EBX, ECX, and EDX. The second CPUID function returns an assortment of bits in 
EAX and EDX that identify the chip version and describe the specific features available. 
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The EAX:EBX:ECX:EDX return values of the CPUID instruction executed with EAX == 0 are: 
Table 3-1. CPUID Return Values (EAX = 0) 


REGISTER[BITS] - 
MEANING VIA EDEN ESP 


EAX 
(highest EAX input 1 
value understood 
by CPUID) 


EBX:EDX:ECX “Centaur 
(vendor ID string) Hauls” 


The EAX return values of the CPUID instruction executed with EAX == | are: 


Table 3-2. CPUID EAX Return Values (EAX = 1) 


EAX BITS - MEANING VIA EDEN ESP 


Same as the return val- 
7:4. - Model ID ue in EDX after Reset 
(see next section) 


The EDX return values of the CPUID instruction with EAX == | are: 


Table 3-3 CPUID EDX Return Values (EAX = 1 
EDX BITS —- MEANING VIA EDEN 
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15- Conditional Move supported 
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EDX BITS - MEANING VIA EDEN | NOTES 


25- Streaming SIMD Extension supported a 


Notes On CPUID Feature Flags: 
General: an “x/y” entry means that the default setting of this bit is x but the bit (and the underlying 
function) can be set to y using the FCR MSR. 


1. The CMPXCHG8B instruction is provided and always enabled, however, it appears disabled in the correspond- 
ing CPUID function bit 0 to avoid a bug in an early version of Windows NT. However, this default can be 
changed via a bit in the FCR MSR. 


2. SMP is not supported, it has no utility in the target system environment. 


3. The VIA Eden ESP processor’s support for Page Global Enable can be enabled or disabled by a bit in the FCR. 
The CPUID bit reports the current setting of this enable control. 
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3.3.3 EXTENDED CPUID INSTRUCTION FUNCTIONS 


The VIA Eden ESP supports extended CPUID functions. These functions provide additional information 
about the VIA Eden ESP. Extended CPUID functions are requested by executing CPUID with EAX set 
to any value in the range 0x80000000 through 0x80000005. 


The following table summarizes the extended CPUID functions. 


Table 3-4. Extended CPUID Functions 


TITLE OUTPUT 


80000000 Largest Extended Function EAX=80000006 
EBX,ECX,EDX=Reserved 
80000001 Processor Signature and Fea- EAX=Processor Signature 
THe ads EBX,ECX=Reserved 
EDX=Extended Feature Flags 


80000002 Processor Name String EAX,EBX,ECX,EDX 


80000003 Processor Name String EAX,EBX,ECX,EDX 
80000004 Processor Name String EAX,EBX,ECX,EDX 


80000005 TLB and L1 Cache Information EAX = Reserved 
EBX = TLB Information 


ECX =L1 Data Cache Information 


EDX = L1 Instruction Cache Information 


80000006 L2 Cache Information EAX, EBX, EDX = Reserved 
ECX = L2 Cache Information 


Largest Extended Function Input Value (EAX==0x80000000) 
Returns 0x80000006 in EAX, the largest extended function input value. 


Processor Signature and Feature Flags (EAX==0x80000001) 


Returns processor version information in EAX, this value is identical to the value of EDX after RESET. 


Returns feature flags in EDX, this value is identical to the value in EDX after CPUID standard function 1, 
with the exception of bit 31: 


EDX[31]=0 3DNow! instructions not supported. 
EDX[31]=1 3DNow! instructions supported. 
Note that if FCR[20]=0 then 3DNow! instructions are not supported and EDX[31] will be 0. 
Processor Name String (EAX==0x80000002-0x80000004) 
Returns the name of the processor, suitable for BIOS to display on the screen (ASCID). The string can be 
up to 48 characters in length. If the string is shorter, the rightmost characters are padded with zero. The 


leftmost characters go in EAX, then EBX, ECX, and EDX. The leftmost character goes in least signifi- 
cant byte (little endian). 
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For example, the string “VIA Ezra” would be returned by extended function EAX=0x80000002 as fol- 
lows: 


EAX = 0x20414956 
EBX = 0x61727A45 
ECX = 0x00000000 
EDX = 0x00000000 


Since the string is less than 17 bytes, the extended functions EAX=0x80000003 and EAX=0x80000004 
return zero in EAX, EBX, ECX, and EDX. 


L1 Cache Information (EAX == 0x80000005) 


Returns information about the implementation of the TLBs and caches: 


Table 3-5. L1 Cache & TLB Configuration Encoding 


Xx Reserved 


EBX TLB Information 
EBX[31:24] D-TLB associativity 
EBX[23:16] D-TLB # entries 
EBX[15: 8] I-TLB associativity 
EBX 7: 0] I-TLB # entries 


ECX L1 Data Cache Information 
ECX[31:24] Size (Kbytes) 
ECX[23:16] Associativity 
ECX[15: 8] Lines per Tag 
ECX[ 7: 0] Line Size (bytes) 


EDX L1 Instruction Cache Information 
EDX[31:24] Size (Kbytes) 
EDX[23:16] Associativity 
EDX[15: 8] Lines per Tag 
EDX{ 7: 0] Line Size (bytes) 


L2 Cache Information (EAX == 0x80000006) 


Returns information about the implementation of the L2 cache: 


Table 3-6. L2 Cache Configuration Encoding 


REGISTER DESCRIPTION VALUE 
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ECX L2 Data Cache Information 
ECX[31:24] Size (Kbytes) 
ECX[23:16] Associativity 


ECX[15: 8] Lines per Tag 
ECX[ 7: 0] Line Size (bytes) 


3.3.4 PROCESSOR IDENTIFICATION 


The VIA Eden ESP processor provides several machine-specific features. These features are identified 
by the standard CPUID function EAX=1. 


Other machine-specific features are controlled by VIA Eden ESP processor MSRs. Some of these fea- 
tures are not backward-compatible with the predecessors in the IDT WinChip family. 


System software must not assume that all future processors in the VIA processor family will implement 
all of the same machine-specific features, or even that these features will be implemented in a backward- 
compatible manner. In order to determine if the processor supports particular machine-specific features, 
system software should follow the following procedure. 


Identify the processor as a member of the VIA processor family by checking for a Vendor Identification 
String of “CentaurHauls” using CPUID with EAX=0. Once this has been verified, system software must 
determine the processor version in order to properly configure the machine-specific registers. 


In general system software can determine the processor version by comparing the Family and Model 
Identification fields returned by the CPUID standard function EAX=1. 


If the processor version is not recognized then system software must not attempt to activate any machine- 
specific feature. 


3.3.5 EDX VALUE AFTER RESET. 


After reset the EDX register holds a component identification number as follows: 


31:14 13:12 11:8 7:4 3:0 
EDX Type ID Family ID Model ID Stepping ID 
18 2 4 4 4 


The specific values for the VIA Eden ESP 4000/5000/6000 are: 


PROCESSOR TYPE ID FAMILY ID MODEL ID STEPPING ID 


VIA Eden ESP 


The specific values for the VIA Eden ESP 8000 are: 


PROCESSOR TYPE ID FAMILY ID MODEL ID STEPPING ID 


VIA Eden ESP i 
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3.3.6 CONTROL REGISTER 4 (CR4) 


Control register 4 (CR4) controls some of the advanced features of the Celeron processor. The VIA 
Eden ESP provides a CR4 with the following specifics: 


Table 3-7. CR4 Bits 


a 
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Notes On CR4 

General: a “0/1” means that the default setting of this bit is 0 but the bit can be set to (1). A “0” means 
that the bit is always 0; it cannot be set. An “r” means that this bit is reserved. It appears as a 0 when read, 
and a GP exception is signaled if an attempt is made to write a 1 to this bit. 


1. The VIA Eden ESP processor does not provide this “Appendix H” function and this CR4 bit cannot be set. 
However, no GP exception occurs if an attempt is made to set this bit. The Cyrix 6x86MX processor also does 
not provide this function. 


2. The VIA Eden ESP processor Machine Check has different specifics than the Machine Check function of com- 
patible processors. 


3.3.7 MACHINE-SPECIFIC REGISTERS 


The VIA Eden ESP processor implements the concept of Machine Specific Registers (MSRs). RDMSR 
and WRMSR instructions are provided and the CPUID instruction identifies that the VIA Eden ESP 
processor supports MSRs. 


In general, the MSRs have no usefulness to application or operating system software and are not used. 
(This is to be expected since the MSRs are different on each processor.) Appendix A contains a detailed 
description of the VIA Eden ESP’s MSRs. 
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3.4 OMITTED FUNCTIONS 


This section summarizes those functions that are not in the VIA Eden ESP processor. 


Symmetric Multiprocessing Support: APIC 
This bus function is omitted since the target market for the VIA Eden ESP processor is small form factor 
PC’s, internet appliances, and fanless PC’s. 


A bit in the feature identification returned from the CPUID instruction indicates whether this feature is 
present or not. This enhancement is not provided on the VIA Eden ESP processor. 


Other Functions 

There are other functions that are not implemented in the VIA Eden ESP processor. These are identified 
accordingly in the CPUID feature flags, Conditional Move instructions, Page Attribute Tables, 4-Mbyte 
pages, 36-bit Page Size Extension, and FXKSAVE/FXRSTOR instructions. 


The VIA Eden ESP processor contains a 64KB L2 cache. Model specific registers pertaining to the L2 
cache are detailed in Appendix A. Model specific registers pertaining to APIC, Machine Check, and De- 
bug and Trace features are not supported. 
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SECTION 


HARDWARE INTERFACE 


4.1 BUS INTERFACE 


The VIA Eden ESP bus interface is functionally similar to the Socket 370 interface. 


The majority of the balls within the bus interface are involved with the physical memory and I/O inter- 
face. The remaining balls are for power and ground, test and debug support, and various ancillary control 
functions. The balls and associated functions are listed and described in this section. 


4.1.1 DIFFERENCES 


The areas where the VIA Eden ESP processor differs from compatible processors should not cause op- 
erational compatibility issues. These differences are: 


= Bus-to-core Ratio Control 
= Bus Frequency Control 
m Probe Mode /JTAG/ TAP Port (see Test and Debug Section) 
Bus-to-Core Frequency Ratio Control 
The VIA Eden ESP processor supports both fused and software control of the bus-to-core frequency ratio. 


At reset, the factory-set, fused ratio is used. This ratio can then be adjusted via software. This adjust- 
ment lasts until the next reset. 


Software can adjust the bus-to-core ratio using the VIA Eden ESP processor’s LongHaul extensions. 
These are documented separately in the VIA LongHaul Specification. 
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Bus Frequency Selection 

The VIA Eden ESP processor supports automated bus frequency selection through the BSEL balls. The 
BSEL balls are used as a mechanism whereby the processor and the system board can negotiate to sup- 
port high frequency bus frequencies. The standard BSEL decoding is shown in Table 4-1. 


While the VIA Eden ESP processor is designed to operate at bus frequencies of 66, 100, or 133 MHz, 
performance is improved by running at higher bus frequencies. Various speed bins preclude 133 MHz 
operation because the available bus-to-core ratios do not permit operation at the desired core MHz. 


Processors from these speed bins indicate this by shorting the BSEL[1] ball to ground internal to the 
package. For these processors the BSEL[O] ball is left floating. Processors from speed bins which permit 
133 MHz bus operation indicate this by allowing both BSEL[1] and BSEL[0] to float. 


It is anticipated that motherboards will pull up both BSEL balls. The resulting BSEL-indicated bus fre- 
quency will then be either 100 MHz or 133 MHz according to speed bin. Bus operation at 66MHz is not 
desirable. 


Table 4-1. BSEL Frequency Mapping 


BSEL[1] BSEL[0o] | BUS FREQUENCY 


ee ee 


4.1.2 CLARIFICATIONS 


Power Supply Voltage 
The VIA Eden ESP automatically controls its core processor power supply voltage with the VID balls. 


The VID mapping for the VIA Eden ESP is in Table 4-2. This mapping corresponds to the VRM8.5 
specification. 
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Table 4-2. Core Voltage Settings 


Pepeysy ele, 


vcCcmos 


The VIA Eden ESP renames VCC1.5 and VCCcmos as VTT power pins. This signal is not used by the 
processor, but is intended to be used by the system as the power supply for CMOS level signals. 
VCCcmos should not be expected to source more than 250mA. 
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RESET# 
The VIA Eden ESP processor is reset by the assertion of the RESET# ball, T-3. 


Thermal Monitoring 
The VIA Eden ESP processor supports thermal monitoring via the THERMDN and THERMDP balls. 


4.1.3 OMISSIONS 


Driver Termination 
Current VIA Eden ESP processors require external termination. Future Eden cores support on-die termi- 
nation. 


System boards must terminate signals to ensure correct operation. 


Advanced Peripheral Interrupt Controller (APIC) 
The APIC is not supported by the VIA Eden ESP processor. The APIC balls (PICCLK, PICDO, and 
PICD1) are specified as reserved. 


Breakpoint and Performance Monitoring Signals 

The VIA Eden ESP processor internally supports instruction and data breakpoints. However, the VIA 
Eden ESP processor does not support the external indication of breakpoint matches. Similarly, the VIA 
Eden ESP processor contains performance monitoring hooks internally, but it does not support the indi- 
cation of performance monitoring events. 


Error Checking 
The VIA Eden ESP processor does not support error checking. The BERR#, BINIT#, AERR#, AP#[1:0], 
DEP#([7:0], IERR#, RP#, and RSP# signals do not exist. 


RTTCTRL 
Current VIA Eden ESP processors do not connect to the RTTCTRL ball. Future Eden cores use the 
RTTCTRL ball to control integrated I/O pull-ups. 


NCHCTRL 


Current VIA Eden ESP processors do not connect to the NCHCTRL ball. Future Eden cores use the 
NCHCTRL ball to control the output impedance. 


4.2 BALL DESCRIPTION 


Table 4-3. Ball Descriptions 


Ball Name Description 


A[31:3]# The address Bus provides addresses for physical memory and external I/O devices. 
During cache inquiry cycles, A31#-A3# are used as inputs to perform snoop cycles. 


A20M# A20 Mask causes the CPU to make (force to 0) the A20 address bit when driving the 
external address bus or performing an internal cache access. A20M# is provided to 
emulate the 1 MByte address wrap-around that occurs on the 8086. Snoop addressing 
is not affected. 


Address Strobe begins a memory/I/O cycle and indicates the address bus (A31#-A3#) 
and transaction request signals (REQ#) are valid. 
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BCLK 


Bus Clock provides the fundamental timing for the VIA Eden ESP Ezra CPU. The fre- 
quency of the VIA Eden ESP Ezra CPU input clock determines the operating frequency 
of the CPU’s bus. External timing is defined referenced to the rising edge of CLK. 


BNR# 


Block Next Request signals a bus stall by a bus agent unable to accept new transac- 
tions. 


BPRI# 


Priority Agent Bus Request arbitrates for ownership of the system bus. 


BRI[4:0] 


Hardware strapping options for setting the processors internal clock multiplier. Future 
VIA Eden ESP processors do not have their clock multiplier set to a factory default 
value. Use jumpers or populate 0© resistors to select the rated multiplier. The BR[4:0] 
balls should be wired to VSS for a value of “O” or wired to OPEN for setting of “1.” See 
Table 4-4 for ratio values. 


BSEL[1:0] 


Bus Selection Bus provides system bus frequency data to the CPU. 


BREQ# 


BREQ# drives the BREQ[0]# signal in the system to request access to the system bus. 


D[63:0}# 


Data Bus signals are bi-directional signals which provide the data path between the 
VIA Eden ESP Ezra CPU and external memory and I/O devices. The data bus must 
assert DRDY# to indicate valid data transfer. 


DBSY# 


Data Bus Busy is asserted by the data bus driver to indicate data bus is in use. 


DEFER# 


Defer is asserted by target agent (e.g., north bridge) and indicates the transaction can- 
not be guaranteed as an in-order completion. 


DRDY# 


Data Ready is asserted by data driver to indicate that a valid signal is on the data bus. 


FERR# 


FPU Error Status indicates an unmasked floating-point error has occurred. FERR# is 
asserted during execution of the FPU instruction that caused the error. 


FLUSH# 


Flush Internal Caches writing back all data in the modified state. 


HIT# 


Snoop Hit indicates that the current cache inquiry address has been found in the cache 
(exclusive or shared states). 


HITM# 


Snoop Hit Modified indicates that the current cache inquiry address has been found in 
the cache and dirty data exists in the cache line (modified state). 


INIT# 


Initialization resets integer registers and does not affect internal cache or floating point 
registers. 


INTR 


Maskable Interrupt 


NMI 


Non-Maskable Interrupt 


LOCK# 


Lock Status is used by the CPU to signal to the target that the operation is atomic. 


NCHCTRL 


Future VIA Eden processors use the NCHCTRL ball to control integrated I/O pull-ups. 
Connect this signal to VTT with a 14Q resistor. 


PWRGD 


Indicates that the processor’s VCC is stable. 


REQ(4:0]# 


Request Command is asserted by bus driver to define current transaction type. 


RESET# 


Resets the processor and invalidates internal cache without writing back. 


RTTCTRL 


Future VIA Eden processors use the RTTCTRL ball to control the output impedance. 
Connect this signal to VSS with a 56Q resistor if relying upon on-die termination. 
Connect this signal to VSS with a 110Q resistor if relying upon board termination. 


RS[2:0}# 


Response Status signals the completion status of the current transaction when the 
CPU is the response agent. 


SLP# 


Sleep, when asserted in the stop grant state, causes the CPU to enter the sleep state. 


SMI# 


System Management (SMM) Interrupt forces the processor to save the CPU state to 
the top of SMM memory and to begin execution of the SMI services routine at the be- 
ginning of the defined SMM memory space. An SMI is a high-priority interrupt than 
NMI. 


STPCLK# 


Section 4 


Stop Clock causes the CPU to enter the stop grant state. 
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Ball Name Description 


TRDY# Target Ready indicates that the target is ready to receive a write or write-back transfer 


from the CPU. 


VID[4:0] Voltage Identification Bus informs the regulatory system on the motherboard of the 
CPU Core voltage requirements. 


Table 4-4. Clock Ratio 
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4.3 POWER MANAGEMENT 


The VIA Eden ESP processor provides both static and dynamic power management. 


The VIA Eden ESP processor supports five power management modes: NORMAL state, STOP GRANT 
state, AUTOHALT state, SLEEP state, and DEEPSLEEP state. 


The VIA Eden ESP processor uses dynamic power management techniques to reduce power consumption 
in the NORMAL state. In NORMAL state, the on-chip arrays, selected datapaths, and the associated con- 
trol logic are powered down when not in use. In addition, units which are in use attempt to minimize 
switching of inactive nodes. 


= NORMAL state is the normal operating state for the processor. 


= STOP GRANT state is the low power state where most of the processor clocks do not toggle. It is 
entered when the STPCLK# signal is asserted. Snoop cycles are supported in this state. 


= AUTO HALT state is the low power state where most of the processor clocks do not toggle. It is 
entered when the processor executes the HALT instruction. Snoop cycles are supported in this 
state. 


m= SLEEP state is the very low power state where only the processor's PLL (phase lock loop) toggles. 
It is entered from STOP GRANT state when the processor samples the SLP# signal asserted. 
Snoop cycles that occur while in SLEEP state or during a transition into or out of SLEEP state will 
cause unpredictable behavior. 


= DEEP SLEEP state is the lowest power state. It is entered when the BCLK signal is stopped while 
the processor in is the SLEEP state. Snoop cycles will be completely ignored in this state. 


4.4 TEST & DEBUG 


4.4.1 BIST 


A Built-in Self-Test (BIST) can be requested as part of the VIA Eden ESP reset sequence by holding 
INIT# asserted as RESET# is de-asserted. 


The VIA Eden ESP processor BIST performs the following general functions: 


m= A hardware-implemented exhaustive test of (1) all internal microcode ROM, and (2) the X86 in- 
struction decode, instruction generation, and entry point generation logic. 


m Anextensive microcode test of all internal registers and datapaths. 
m An extensive microcode test of data and instruction caches, their tags, and associated TLBs. 
BIST requires about four million internal clocks. 
EAX Value After Reset 
The result of a BIST is indicated by a code in EAX. Normally EAX is zero after reset. If a BIST is re- 
quested as part of the Reset sequence, EAX contains the BIST results. A 0 in EAX after BIST Reset 


means that no failures were detected. Any value other than zero indicates an error has occurred during 
BIST. 
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4.4.2 JTAG 


The VIA Eden ESP processor has a JTAG scan interface that is used for test functions and the proprie- 


tary Debug Port. However, the VIA Eden ESP does not provide a fully compatible IEEE 1149.1 JTAG 
function. 


From a practical user viewpoint, JTAG does not exist and the associated balls (TCLK, and so forth) 
should not be used. 


4.4.3 DEBUG PORT 


Certain processors have a proprietary Debug Port which uses the JTAG scan mechanism to control inter- 
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nal debug features (“probe mode’’). These interfaces are not documented and are available (if at all) only 
under a non-disclosure agreement. 


The VIA Eden ESP processor does not have a debug interface. 


Hardware Interface Section 4 


Preliminary Information VIA Eden ESP Processor Datasheet 
November 2002 


SECTION 


ELECTRICAL SPECIFICATIONS 


5.1 AC TIMING TABLES 


Table 5-1: System Bus Clock AC Specifications (133 MHz) 


svmeoc] __—Panaweren ‘| mw | wax | uwr | FGURE| NOTES 
a 
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Notes: 
1. All AC timings for bus and CMOS signals are referenced to the BCLK rising edge at 1.25V. 


2. Period, jitter, skew and offset measured at 1.25V. 
3. Not 100% tested. Specified by design/characterization 


4. Measured on the rising edge of adjacent BCLKs at 1.25V. The jitter present must be accounted for as a compo- 
nent of BCLK skew between devices. 


5. Measured between 0.5V and 2.0V. 
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Table 5-2. System Bus Clock AC Specifications (100 MHz)' 
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Notes: 
1. All AC timings for bus and CMOS signals are referenced to the BCLK rising edge at 1.25V. 


2. Period, jitter, skew and offset measured at 1.25V. 
3. Not 100% tested. Specified by design/characterization 


4. Measured on the rising edge of adjacent BCLKs at 1.25V. The jitter present must be accounted for as a compo- 
nent of BCLK skew between devices. 


5. Measured between 0.5V and 2.0V. 


Table 5-3. Bus Signal Groups AC Specifications’ 


SYMBOL PARAMETER | min | Max | UNIT | FIGURE| NOTES 


Notes: 


1. All AC timings for Bus and CMOS signals are referenced to the BCLK rising edge at 1.25V. All bus signals are 
referenced at VREF. Unless specified, all timings apply to both 100 MHz and 133 MHz bus frequencies. 


RESET# can be asserted (active) asynchronously, but must be deasserted synchronously. 
Specification is for a minimum 0.4V swing from VREF-200 mV to VREF+200 mV. 
Specification is for a maximum 0.8V swing from VTT-0.8V to VTT. 

. After VCC, VTT and BCLK become stable and PWRGOOD is asserted. 

Applies to processors supporting 133 MHz bus clock frequency. 


YD wR wD 


. Applies to processors supporting 100 MHz bus clock frequency. 
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Table 5-4. CMOS and Open-drain Signal GROUPS AC Specifications'” 


SYMBOL PARAMETER Ean UNIT | FIGURE| NOTES 


1.5V Input Pulse Width, except BCLKs 5-2  |Active and 
PWRGOOD inactive 
states 
| Tis_|PWAGOOD Inactive Puse wien | 2 | | us | ss | 


Notes: 


1. All AC timings for CMOS and Open-drain signals are referenced to the rising edge of BCLK at 1.25V. All 
CMOS and Open-drain signals are referenced at 1.0V. 


2. Minimum output pulse width on CMOS outputs is 2 BCLKs. 


3. When driven inactive, or after VCC, VTT and BCLK become stable. PWRGOOD must remain below Vy. 13 max 
until all the voltage planes meet the voltage tolerance specifications in Table 5-7 through Table 5-8 and BCLK 
have met the BCLK AC specifications in Table 5-1 and Table 5-2 for a least 2 us. 


re 5-5. Reset Configuration AC Specifications and rower On/Power Down Timings 


smieor} Configuration Signals (A[15:5]#, BCLKs 5-4 _|Before deassertion 

BREQO#, FLUSH#, INIT#) Setup Time of RESET# 

Reset Configuration Signals (A[15:5]#, BCLKs After clock that 

BREQO#, FLUSH#, INIT) Hold Time deasserts RESET# 

RESET#/PWRGOOD Setup Time Before deassertion 
of RESET#' 


Tioa__|Time from VCC(nominal)-12% to PWRGOOD amRanis VCC (nominal) is the 
low VID voltage setting 
oe pee ee 
J Taos |Alloutputs valid after viT-12% | 0 | 
tas [Alin omuredvaldaterviri@e [0 [| [= ps7 | 
[Teo |VID.BSELsignals valid attervT-12% | o | [| ns | 57 | 


Notes: At least 1 ms must pass after PWRGOOD rises above Vutigmin and BCLK meet their AC timing specifica- 
tion until RESET# may be deasserted. 


Table 5-6. StopGrant/Deep Sleep AC Specifications 


SYMBOL PARAMETER | min | MAX | UNIT | FIGURE| NOTES 


Tas Stop Grant Cycle Completion to Clock Stop or SLP# 100 BCLKs | 17, 18 
assertion 


[Ta _|Sep Grant Gice Conpiion wou Senassede | [0 | = [mel 


| Tap finput Signal Hold Time from STPCLK# Deassertion ES ae BCLKs | 17, 18 —— a 
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Notes: 
1. Input Signals other than RESET# and BPRI# must be held constant in the Stop Grant state. 


2. The BCLK Settling Time specification (T¢9) applies to Deep Sleep state exit under all conditions. 


Figure 5-1: BCLK Generic Clock Timing Waveform 


NOTES: 
T=T5S, T5S1 (Rise Time) 
T,=T6S, T6S1 (Fall Time) 
T,=1T3S, T3S1 (High Time) 


T=T4S, T4S1 (Low Time) 


T,=T1S, T1S1 (Period) 
Viaip=1-25v for BCLK 


V_=0.5v for BCLK 
V,=2.0v for BCLK 


Figure 5-2: Valid Delay Timings 


NOTES: 


T,=T7 (Valid Delay) 

Tpw=114 (Pulse Width) 

V=V,-- for bus signal group; 1.0v for CMOS, Open-drain 
V = 1.25v 
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Figure 5-3: Setup and Hold Timings 


NOTES: 
T,=T8 (Setup Time) 
T,=T9 (Hold Time) 
V=Vaer for bus signals; 1.0v for CMOS 
Vo= 1.25v 


Figure 5-4: Cold/Warm Reset and Configuration Timings 


RESET# 


Configuration 
(A[15:5], BREQO#, 
FLUSH#, INIT# 


Bus outputs 


Non-configuration 


| Active 
inputs 


NOTES: 
T,=T9 (Bus Input Hold Time) 
T,=T8 (Bus Input Setup Time) 
T,=T10 (RESET# Pulse Width) 
T,=116 (Reset Configuration Signals (A[15:5#, BREQO#, FLUSH#, INIT#) Setup Time) 
T =117 (Reset Configuration Signals (A[15:5#, BREQO#, FLUSH#, INIT#) Hold Time) 
T,=1T18D (RESET# inactive to Valid Outputs) 


x 
T=T18E (RESET# inactive to Drive Signals) 
Vo=1.25v 
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Figure 5-5: Power-on Sequence and Reset Timings 


VID[4:0)/ 
BSEL[1:0] 


PWRGOOD HAS min 


RESET# 


NOTES: 
T,=115 (PWRGOOD Inactive Pulse Width) 
T,=118 (RESET#/PWRGOOD Setup Time) 
T,=1T18B (Setup time from VCC valid until PWRGOOD assertion) 
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Figure 5-6: Power Down Sequencing and Timings (VCC Leading) 


VTT, VREF 


VID[4:0] 
BSEL[1:0] 


PWRGOOD 


RESET# 


Bus Outputs 
Other CMOS Outputs 


All Inputs 


NOTES: 
T,=119A (Time from VCC(nominal)-12% to PWRGOOD low) 
T,=1T19B (All outputs valid after PWRGOOD low) 
T,=1T19C (All inputs required valid after PWRGOOD low) 
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Figure 5-7: Power Down Sequencing and Timings (VTT Leading) 


VTT, VREF a 


VID[4:0] 
BSEL[1:0] 


PWRGOOD 


RESET# 


Bus Outputs 
Other CMOS Outputs 


All Inputs 


NOTES: 
T,=120B (All outputs valid after VTT - 12%) 
T,=1T20C (All inputs required valid after VTT - 12%) 
T,=T20D (VID, BSEL signals valid after VTT - 12%) 
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Figure 5-8: Stop Grant /Sleep Timing (BCLK Stopping Method) 


Normal Normal 


STPCLK# 


CPU bus 


Compatibility F 
Signals Changing 


NOTES: 
T,=T45 (Stop Grant Acknowledge Bus Cycle Completion to Clock Shut Off Delay) 
T,=146 (Setup Time to Input Signal Hold Requirement) 
T,=1T47 (Sleep PLL Lock Latency) 
T,=T48 (PLL lock to STPCLK# Hold Time) 


x 
y 
z 


T,=T49 (Input Signal Hold Time) 
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Figure 5-9: Stop Grant/Sleep Timing (SLP# assertion method) 


Normal Stop Grant Stop Grant Normal 


STPCLK# 


CPU bus 


Signals changing 


NOTES: 
T,=1T45 (Stop Grant Acknowledge Bus Cycle Completion to DPSLP# assertion) 
T,=146 (Setup Time to Input Signal Hold Requirement) 
T,=147 (Sleep PLL Lock Latency) 
T,=T48 (PLL lock to STPCLK# Hold Time) 
T,=149 (Input Signal Hold Time) 


5.2 DC SPECIFICATIONS 


5.2.1 RECOMMENDED OPERATING CONDITIONS 


Functional operation of the VIA Eden ESP processor is guaranteed if the conditions in Table 5-3 are met. 
Sustained operation outside of the recommended operating conditions may damage the device. 


Table 5-7. Recommended Operating Conditions 


1.05 
VIA Eden ESP 
Vcore Voltage See Table 5-8 1.20 See Table 5-8 
6 4000/5000/6000 


° 


VIA Eden ESP 
Vcore Voltage See Table 5-8 1.10 See Table 5-8 3506 


Vcore Static Tolerance 
See Table 5-4 
Vcore Dynamic Tolerance a i 
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1.5 VIA Eden ESP 
Vit Voltage 1.365 1.635 Vv 
4000/5000/6000 
VIA Eden ESP 
Vit Voltage 1.1375 1.25 1.635 V 
8000 


1. DC measurement 
2. AC noise measured with bandwidth limited to 20MHz 


3. Necessary for future VIA Eden processors. Rrtis controlled by RTTCTRL ball. RTTCTRL should be 560 
when relying upon on-die bus termination. RTTCTRL should be 110Q when relying upon board termination. 
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Table 5-8. Vcc Static and Transient Tolerance 


Voltage Deviation from VID Setting (mV) 


Static Tolerance Transient Tolerance 
Min Nom Max 


5.2.2 MAXIMUM RATINGS 
While functional operation is not guaranteed beyond the operating ranges listed in Table 5-4, the device 
may be subjected to the limits specified in Table 5-5 without causing long-term damage. 


These conditions must not be imposed on the device for a sustained period—any such sustained imposi- 
tion may damage the device. Likewise exposure to conditions in excess of the maximum ratings may 
damage the device. 


Table 5-9. Maximum Ratings 
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5.2.3 DC CHARACTERISTICS 


Table 5-10. DC Characteristics 


PARAMETER | min | MAX uNniTs| NOTES 
fe ae ae 


0.4 Vv | @ly=-8mA 
+100] pA 


[fe Ta 
cos 


Notes: 
1. All CMOS signals are open drain. 


2. Applies to all CMOS signals except BCLK. 
3. Applies only to BCLK. 


5.2.4 POWER DISSIPATION 


Table 5-8 through Table 5-15 give the core power consumption for the VIA Eden ESP processor models. 
Note that this does not include the power consumed by the I/O pads. 


Table 5-12. Normal Mode Vcc Power Consumption 


PARAMETER TYPICAL?“ UNITS NOTES 


Pcc - Normal Mode Operating Power Con- 
sumption 
VIA Eden ESP 4000 (4.0 X 100 MHz) 1.05V ; 3.0 WwW 0.15u process 
VIA Eden ESP 5000 (4.0 X 133 MHz) 1.20V : 5.0 WwW 0.15u process 
VIA Eden ESP 6000 (4.5 X 133 MHz) 1.20V : 6.0 WwW 0.15u process 


Notes: 


1. 100% tested. Consider these power numbers as the factory maximum. The factory will reject processors that 
exceed these values. 
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2. The above power consumption is preliminary and based on 90°C junction and 1.20 (VIA Eden ESP 6000) or 
1.20/1.05 (VIA Eden ESP 4000/5000) Volts. 


3. Typical power is defined as the average power dissipated while running WinStone99 onWin98. Contact your 
VIA Sales Representative for further information. 


4. Thermal solutions must be designed to account for worst-case core and I/O power consumption. 


Table 5-13. StopGrant Vcc Power Consumption 
PARAMETER ; NOTES 


Pcc — StopGrant / AutoHalt Mode Operating 
Power Consumption 


No snooping activity 
VIA Eden ESP 4000 (4.0 X 100 MHz) 1.05V 0.15u process 


VIA Eden ESP 5000 (4.0 X 133 MHz) 1.20V 0.15u process 
VIA Eden ESP 6000 (4.5 X 133 MHz) 1.20V 0.15u process 


Notes: 


1. 100% tested. Consider these power numbers as the factory maximum. The factory will reject processors that 
exceed these values. 


2. The above power consumption is preliminary and based on 90°C junction and 1.20 (VIA Eden ESP 6000) or 
1.20/1.05 (VIA Eden ESP 4000/5000) Volts. 


Table 5-14. Sleep Vcc Power Consumption 


PARAMETER UNITS NOTES 


Pcc — Sleep Mode Operating Power 
Consumption 
VIA Eden ESP 4000 (4.0 X 100 MHz) 1.05V 1.00 WwW 0.15u process 
VIA Eden ESP 5000 (4.0 X 133 MHz) 1.20V 1.00 WwW 0.15u process 
VIA Eden ESP 6000 (4.5 X 133 MHz) 1.20V 1.3 WwW 0.15u process 


Notes: 


1. 100% tested. Consider these power numbers as the factory maximum. The factory will reject processors that 
exceed these values. 


2. The above power consumption is preliminary and based on 90°C junction and 1.20 (VIA Eden ESP 6000) or 
1.20/1.05 (VIA Eden ESP 4000/5000) Volts. 


Table 5-15. Deep Sleep Vcc Power Consumption 


PARAMETER UNITS NOTES 


Pcc — Deep Sleep Mode Operating Power 
Consumption 


VIA Eden ESP 4000 (4.0 X 100 MHz) 1.05V 0.15u process 
VIA Eden ESP 5000 (4.0 X 133 MHz) 1.20V 0.15u process 
VIA Eden ESP 6000 (4.5 X 133 MHz) 1.20V 0.15u process 


Notes: 


1. 100% tested. Consider these power numbers as the factory maximum. The factory will reject processors that 
exceed these values. 


2. The above power consumption is preliminary and based on 90°C junction and 1.20 (VIA Eden ESP 6000) or 
1.20/1.05 (VIA Eden ESP 4000/5000) Volts. 
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Table 5-16. Vss-vo Power Consumption 


PARAMETER TYPICAL UNITS NOTES 
mW 


Pss-l/O — I/O Operating 300 820 
Power Consumption 
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SECTION 


MECHANICAL SPECIFICATIONS 


6.1 EBGA PACKAGE 


The VIA Eden ESP processor is packaged in a unique enhanced ball grid array that facilitates compact and 
economical surface mounting. The VIA Eden ESP processor bus is functionally similar to Socket 370 used 
by conventional x86 processors but is not mechanically compatible. Allowable Pressure on the top of the 
package is 800kPa (116Psi). 
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Figure 6-1: VIA Eden ESP processor EBGA Ball Diagram (Bottom View) 
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D59# D52# VCC VCC 

Oo 0 0 0 O 

D55# D48# VTT VSS VIT 

Oo 0 0 0 90 

VCC D54# DS57# VSS VSS 

o 0 0 90 

VSS D46# RSV VCC 

o 0 0 °O 

D53# DS58# VIT VCC 

Oo 0 0 90 Oo Oo Oo Oo ° 

D50# VSS D62# VSS vec VIT vec vss VIT 

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 O 

D56# VCC D60# VREFO VCC SS vss vcc RIT Rsv VSS BCLK RSV VSS PLL2 PLLI VCC vss 
CTRL 

0 0 0 0 0 0 0 0 0 G90 0 0 0 O00 0 0 O 

vcc Dél# RSV VCC vIT vcc vss NMI vcc NCH pRsv RSV vCC VSS RSV FERR# VCC VSS 

CTRL 

o 0 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0 

vcc vsS VCC VSS VSS VSS VIT INTR VSS VCC RSV RSV VSS VSS VCC VIT FLUSH# RSV 

0 0 0 0 0 0 0 00 00 0 00 0 0 0 0 

VSS VSS VSS RSV BR4 RSV RSV VSS VCC VCC VSS BR3 BR2 BR1 BRO VSS RSV VIT 


w Y AA 
o oO oO 
VSS VSS A3l# 
o oO oO 
VCC A23# A1T# 
o oO Oo 
A24# A20# = VTT 
o oO Oo 
VSS VSS. VREFS 
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vss 
° 
vss 
o oO Oo 
vss vcc vcc 
o Oo O 

A2om# STP vip3 
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o oO O 

VCC IGNNE# SMl# 
o oO oO 
VTIT VSS INIT# 
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{e) 
A22# 


VTT 


° 
vec 
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RS1# 
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HITM# 
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vss 


° 
vec 


° 


DBSY# 


° 
BREQ# 


° 


SLP# 


° 
VIT 


° 
RSV 


° 
vss 


° 
RSV 


fe) 
vec 


AE AF 
Oo Oo 
VSS VSS 
Oo Oo 
VSS A2g# 
Oo Oo 
Alo# VCC 
Oo oO 
vec A15# 
Oo oO 
VSS A13# 
Oo Oo 
Al6# — AQ# 
Oo oO 
vec vss 
Oo oO 
Ag# = VCC 
Oo Oo 
All# BNR# 
Oo oO 
Al4#  AT# 
Oo oO 

REQ4# VSS 
Oo oO 

REQ2# VCC 
Oo oO 

REQO#DEFER# 
Oo O 

REQ3# LOCK# 
Oo O 
VIT vss 
Oo oO 

TRDY# VCC 
Oo Oo 
HIT? PWRGD 
Oo Oo 
RSO# DRDY# 
Oo Oo 
RS2# VSS 
Oo oO 
ADS# VCC 


Oo Oo 
THRM THRM 
DN oP 


Oo Oo 
VCC BSEL1 
Oo oO 
RSV VSS 
Oo oO 
VCC BSELO 
Oo oO 
VSS RSV 
Oo Oo 
vss VSS 


Mechanical Specifications 


Section 6 


Preliminary Information VIA Eden ESP Processor Datasheet 


November 2002 
Table 6-1. EBGA Ball Cross Reference 


| Address | Data | Control_| Power/other | vec | vrr | vss | Reserved | 
Name Name Name Name | par | pat | pan | pal 
jrcor | vo | ove | vo [nme [ wes | | | aces | cot | acs | ca _| 
jraie | act | over | se [rocee|arre| | | aces [eset | ac | vee _| 
jor | vet | over | or | ww [wee | | | ace | us! | ace | nas 
jvcon | v2 | voce | es [rwnco| ari7| | | ace | uze' | wow] 
freer | ws | vote | as [reow|acrs| | | aot | vs" | aoa] 
frase | acs | voor | oo [reare{ aor] | | wows | vao'| aos | 
| rece | v2 | voor | ne [recer{ncre| | | aoe [aso'| vcr | 
frome | vi | vos | o1 [reco { acre] | | aoze [aore'| ace | | 
j voor | ar2 | vase | os [reow{ acs] | | aoe | | acas| 
jes | ur | voce | oa freser| ro | | | acco | | acas| 
jvcon | ve | vara | ove | sow [nero] | | acer | | ves | 
jrott | ant | ooo | er [nsw [aos] | | aca | | ars | 
|| oes | or frsey [nero] | | ver | far | 
|| oor | oe ferrorml vos ||| arte | aris | 

sure froze] | imete | aris | 
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| Address | Data | Control_| Poweriother| Ver | vrt | vss | Reserved 
| || see | ns | su | anes] | | vez | | ares | 
| || sat | os srroune| vee | || aro | are | 
| || owe | cs |rmow | ners] | | ee || wer | 
| || bast | 6 | ono | ree | | | ore | | oe | 
| || ee | eto | ors | ros | | | oe | | oe | 
||| bart | ato | one | noe | | | os | | oes | 
| || see | ns | ora | wes | | | or | | ew | 
||| boot fort fore f evs | | | ow | | os | 
| || wor | cts povorml oe | | | cas | tow | 
pf fom faa | fT Tf co |p os | 
| | owe Jers | | | oe | fics | 
| ff owe fos | ||| oe | oo | 
| | tome Joe | | | Tf ow | flo | 
| ff ose fers | | Tf oe | fo | 
| | ower | ozo | | | ff ow | os | 
| | fe fers | | || oe | oe | 
| | tower Jets | | | ff om | ot | 
a ee ee ee 
||| soe | ace | | | ff os | ows | 
| | fos few | | | Tf os | os | 
| | ose Jer | | | Tf oe | or | 
| ff oso finer | | es |e | 
| | fos fe | | | Tf ew | few | 
| fsck fare | | ee | ee | 
| || oer | acs | | | | ew | es | 
a a 
a ee eee 
a a 
p—f—foofen} ff ffs f fer | __ 

jo | 
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| Address | Data__| Control_| Power/other 


Section 6 Mechanical Specifications 6-5 


VIA Eden ESP Processor Datasheet Preliminary Information 


November 2002 
Figure 6-2: Mechanical Specification — 368 Enhanced Ball Grid Array Package 
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SECTION 


THERMAL SPECIFICATIONS 


7.1 INTRODUCTION 


The VIA Eden ESP processor is specified for operation with device junction temperatures in the range 
of 0°C to 85°C. Operation outside of this range will result in functional failures and may potentially 
damage the device. 


Care must be taken to ensure that the case temperature remains within the specified range at all times 
during operation. An effective heat sink with adequate airflow is therefore a requirement during opera- 
tion. 


7.2 TYPICAL ENVIRONMENTS 


Typical thermal solutions involve three components: a heat sink, an interface material between the heat 
sink and the package, and a source of airflow. The best thermal solutions rely on the use of all three 
components. To the extent that any of these components are not used, the other components must be im- 
proved to compensate for such omission. In particular, the use of interface material such as thermal 
grease, silicone paste, or graphite paper can make a 40°C difference in the case temperature. Likewise, 
the imposition of airflow is realistically a requirement. 


7.3 MEASURING Tc AND T, 


The case temperature (Tc) should be measured by attaching a thermocouple to the center of the VIA 
Eden ESP processor package. The heat produced by the processor is very localized so measuring the 
case temperature anywhere else will underestimate the case temperature. 
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The presence of a thermocouple is inherently invasive; effort must be taken to minimize the effect of the 
measurement. The thermocouple should be attached to the processor through a small hole drilled in the 
heat sink. Thermal grease should be used to ensure that the thermocouple makes good contact with the 
package, but the thermocouple should not come in direct contact with the heat sink. 


The junction temperature (T;) should be measured with the processors on-die thermal diode. 


Physical Test Conditions 
Case temperature measurements should be made in the worst case operating environments. Ideally, sys- 
tems should be maximally configured, and tested at the worst-case ambient temperature. 


Test Patterns 

During normal operation the processor attempts to minimize power consumption. Consequently, normal 
power consumption is much lower than the maximum power consumption. Thermal testing should be 
done while running software which causes the processor to operate at its thermal limits. 


7.4 MEASURING Ty 


The junction temperature of the die can be measured by using the processor’s on-chip diode. 


7.5 ESTIMATING Tc 


The VIA Eden ESP processor s case temperature can be estimated based on the general characteristics of 
the thermal environment. This estimate is not intended as a replacement for actual measurement. 


Case temperature can be estimated from Table 7-1 below, where, 
T, = Ambient Temperature 
Tc = Case Temperature 
Oca = case-to-ambient thermal resistance 
0;, = junction-to-ambient thermal resistance 
0;c = junction-to-case thermal resistance 
P = power consumption (Watts) 
and, 
Ty =Tc + (P * Oc) 
Ta = Ty— (P * Oya) 
Ta = Tc — (P * Oca) 


Oca = Oy = Bic 
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6JA (°C/WATT) VS. LAMINAR AIRFLOW 
(LINEAR FT/MIN) 


Table 7-1. EBGA Osc and Oya 


800 


aE 


Environment: these estimates assume the use of thermal grease between the processor and the heat sink. Heat sinks are 1.95” square. 
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APPENDIX 


MACHINE SPECIFIC REGISTERS 


A.1 GENERAL 


Tables A-1 and A-2 summarize the VIA Eden ESP processor machine-specific registers (MSRs). Further 
description of each MSR follows the table. MSRs are read using the RDMSR instruction and written us- 
ing the WRMSR instruction. 


There are four basic groups of MSRs (not necessarily with contiguous addresses). Other than as defined 
below, a reference to an undefined MSR causes a General Protection exception. 


1. Generally these registers can have some utility to low-level programs (like BIOS). 


Note that some of the MSRs (address 0 to Ox4FF) have no function in the VIA Eden ESP processor . 
These MSRs do not cause a GP when used on the VIA Eden ESP; instead, reads to these MSRs re- 
turn zero, and writes are ignored. Some of these undocumented MSRs may have ill side effects 
when written to indiscriminately. Do not write to undocumented MSRs. 


2. There are some undocumented internal-use MSRs used for low-level hardware testing purposes. At- 
tempts to read or write these undocumented MSRs cause unpredictable and disastrous results; so 
don’t use MSRs that are not documented in this datasheet! 


3. MSRs used for cache and TLB testing. These use MSR addresses that are not used on compatible 
processor. These test functions are very low-level and complicated to use. They are not documented 
in this datasheet but the information will be provided to customers given an appropriate justifica- 
tion 


MSRs are not reinitialized by the bus INIT interrupt; the setting of MSRs is preserved across INIT. 
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A-2 


Table A-1. Category 1 MSRs 


Time Stamp Counter TSC[63:32] | TSC[31:0] FRw {|| 


TSC 


Po eanterar [aw | 


Event counter 1 select 187h n/a 


PERFCTRO 
PERFCTR1 
BBL_CR_CTL3 
EVNTSELO 
EVNTSEL1 


MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 


MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 
MTRR 


MTRR 


Performance counter 0 | cin | 


Performance counter 1 


Preliminary Information 


Feocoonon [ro | 
Feoaronron [ro | i 
Fconmereie [aw | 


a 
a 
ee 
ee 
a 
[arenas | ams | cones | conarnis | rw |_| 
[—rarpreseses | amor | conan | conarnis [ rw |_| 
[erento | arn | cones | conte [ rw |_| 
en 
[rarenyaeke | amor | cones | conernis | rw |_| 
[rarpreseses | 2am | conan | connie [ rw |_| 
ce 
[trrpreseses | 200 | conan | comers | rw |_| 
[-wrarenyaesko | 2000 | conan | conarnie [ rw |_| 
ed 
[rarest | 2aen | conais | conrarnis | rw |_| 
[arta ono02 | 250 | conais | connie [ rw |_| 
Farts eno00 | 256 | conais | conarnis | rw |_| 
[wars ceoco | aor | conais | conarnis | rw |_| 


MTRRfix4K_E0000 26Ch Contro 


bits Control bits frw {|| 
bits Control bits frw {|| 


bits Control bits frw {|| 
bits Control bits frw || 
bits Control bits frw {|| 


MTRRfix4K_E8000 26Dh 
MTRRfix4K_FO000 26Eh 


MTRRfix4K_F8000 26Fh Contro 


bits Control bits frw || 
bits Control bits frw || 
bits Control bits Frw {|| 


MTRRdefType 2FFh 


bits Control bits Frw {|| 


Machine Specific Registers 


Appendix A 


Preliminary Information VIA Eden ESP Processor Datasheet 
November 2002 


Notes: 


1. PERFCTRO is an alias for the lower 40 bits of the Time Stamp Counter. EVNTSELO is a read only 
MSR that reflects this limitation. 


Table A-2. Category 2 MSRs 


FCR Feature Control Reg 1107h n/a FCR value frw {|| 


FCR2 Feature ControlReg2 | 1108h | FCR2.Hi | FCR2 value 
FCR3 Feature ControlReg3 | 1109h | FCR3.Hi | FCR3 value 


Notes: 


1. FCR2 and FCR3 provide system software with the ability to specify the Vendor ID string returned 
by the CPUID instruction. 


A.2 CATEGORY 1 MSRS 


10H: TSC (TIME STAMP COUNTER) 
VIA Eden ESP processor has a 64-bit MSR that materializes the Time Stamp Counter (TSC). System in- 


crements the TSC once per processor clock. The TSC is incremented even during AutoHalt or 
StopClock. A WRMSR to the TSC will clear the upper 32 bits of the TSC. 


2AH: EBL_CR_POWERON 


31:28 27 26 25:22 21:20 19:18 17:15 12:0 


Res BF |LowPow-| BF | Aes |BSEL} Res | 1MPOV |lOQDepth Reserved 
'1100' High erEn (Ignored on write; 
4" returns 0 on read) 


IOQDepth: 0 = In Order Queue Depth with up to 8 transactions 
1 = 1 transaction 


IMPOV: 0 = Power on Reset Vector at OXFFFFFFFO (4Gbytes) 
1 = Power on Reset Vector at OxOOOFFFFO (1 Mbyte) 
BSEL: 01 = 133 MHz Bus 


10 = 100 MHz Bus 
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BF_High & BF: Bus Clock Frequency Ratio 


BF_High BF Clock Multiplier 
(27) (25:22) 


5.5 
3.5 
4.5 
9.5 
9.0 
7.0 
8.0 
6.0 
12.0 
7.5 
8.5 
6.5 


oO 10 JO JO JO JO JO J}O JO JO JO }O J}O JO |oO |o 


Reserved 
11.0 
12.0 


Reserved 
13.5 
11.5 
12.5 
10.5 
13.0 
15.0 
16.0 
14.0 


Reserved 


15.5 


Reserved 


14.5 


LowPowerEn: This bit always set to '1' 
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C1H-C2H: PERFCTRO & PERFCTR1 


These are events counters 0 and 1. VIA Eden ESP processors PERFCTRO is an alias for the lower 40 bits 
of the TSC. 


11EH: BBL_CR_CTL3 


31:24 23 22:0 


Reserved L2 Hdw_Disable Reserved 


(Ignored on write; 
returns 0 on read) 


8 1 23 


4 


The VIA Eden ESP processor does contain an L2 cache. For compatibility, this read-only MSR indicates 
to the BIOS or system software that the L2 is disabled even if the L2 is enabled. 


L2_Hdw_Disable: This bit always set to '1' 
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186H: EVNTSELO (EVENT COUNTER 0 SELECT) 


31:24 23:16 15:9 8:0 
Reserved Reserved Reserved CTRO Event 
Select = 79h 

8 8 7 9 


PERFCTR0O is an alias for the lower 40 bits of the Time Stamp Counter. EVNTSELO is a read only MSR 
which reflects this limitation. The CTRO_Event Select field always returns 0x0079, which corresponds 
to counting of processor clocks. 


187H: EVNTSEL1 (EVENT COUNTER 1 SELECT) 


31:24 23:16 15:9 8:0 
Reserved Reserved Reserved CTR1 Event 
Select 
8 8 7 9 


VIA Eden ESP processor have two MSRs that contain bits defining the behavior of the two hardware 
event counters: PERFCTRO and PERFCTRI. 


The CTR1_Event_Select control field defines which of several possible events is counted. The possible 
Event Select values for PERFCTR1 are listed in the table below. Note that CTR1_Event_Select is a 9-bit 
field. 


The EVNTSEL1 register should be written before PERFCTR1 is written to initialize the counter. The 
counts are not necessarily perfectly exact; the counters are intended for use over a large number of events 
and may differ by one or two counts from what might be expected. 


Most counter events are internal implementation-dependent debug functions, having no meaning to soft- 


ware. The counters that can have end-user utility are: 


EVENT DESCRIPTION 


COh Instructions executed 


1COh Instructions executed and string iterations 


79h Internal clocks (default event for CTRO) 


A.3 CATEGORY 2 MSRS 


1107H: FCR (FEATURE CONTROL REGISTER) 


The FCR controls the major optional feature capabilities of the VIA Eden ESP processor. Table A-3 
contains the bit values for the FCR. The default settings shown for the FCR bits are not necessarily exact. 
The actual settings can be changed as part of the manufacturing process and thus a particular VIA Eden 
ESP processor version can have slightly different default settings than shown here. All reserved bit val- 
ues of the FCR must be preserved by using a read-modify-write sequence to update the FCR. 
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Table A-3. FCR Bit Assignments 


Terr [ wane | —ieScRIPTON——~=driAMLT 
Po [ast | Awevedrusraspecivawe iO 
ns ce 
ref somes 
i 
es 
es 
cs 
a 
Os 
a 
Ss 
a 
a 
ce 
ed 
a 
EO 
2 
es 
2 
a 
a 
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ALTINST: 0 = Normal x86 instruction execution. 
1 = Alternate instruction set execution is enabled (see details below) 

ECX8: 0 = The CPUID instruction does not report the presence of the CMPXCHG8B instruc- 
tion (CX8 = 0). The instruction actually exists and operates correctly, however. 
1 = The CPUID instruction reports that the CMPXCHG8B instruction is supported (CX8 
= 1). 

DSTPCLK: 0=STPCLK interrupt properly supported. 
1 = Ignores SPCLK interrupt. 

EPGE: 0 = The processor does not support Page Global Enable and therefore CPUID Feature 
Flags reports EDX[13]=0; attempts to set CR4.PGE are ignored. 


1 = The processor supports Page Global Enable and therefore CPUID Feature Flags re- 
ports EDX[13]=1; CR4.PGE can be set to 1. 


DL2: 0 = L2 Cache enabled. 
1 = L2 Cache disabled. 
DPDC: 0 = Enables use of internal Page Directory Cache. 


1 = Disables use of internal Page Directory Cache. 


EBRPRED: 0 = Disables branch prediction function. 


1 = Enables branch prediction function. 


DIC: 0 = Enables use of I-Cache. 
1 = Disables use of I-Cache: cache misses are performed as single transfer bus cycles, 
PCD is de-asserted. This overrides any setting of CRO.CD and CRO.NW. 

DDC: 0 = Enables use of D-Cache. 


1 = Disables use of D-Cache: same semantics as for DIC except for D-Cache. 


ALTERNATE INSTRUCTION EXECUTION 


When set to 1, the ALTINST bit in the FCR enables execution of an alternate (not x86) instruction set. 
While setting this FCR bit is a privileged operation, executing the alternate instructions can be done from 
any protection level. 


This alternate instruction set includes an extended set of integer, MMX, floating-point, and 3DNow! in- 
structions along with additional registers and some more powerful instruction forms over the x86 
instruction architecture. For example, in the alternate instruction set, privileged functions can be used 
from any protection level, memory descriptor checking can be bypassed, and many x86 exceptions such 
as alignment check can be bypassed. 


This alternate instruction set is intended for testing, debug, and special application usage. Accordingly, it 
is not documented for general usage. If you have a justified need for access to these instructions, contact 
your VIA representative. 


The mechanism for initiating execution of this alternate set of instructions is as follows: 
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1. Set the FCR ALTINST bit to 1 using WRMSR instruction (this is a privileged instruction). This 
should be done using a read-modify-write sequence to preserve the values of other FCR bits. 


2. The ALTINST bit enables execution of a new x86 jump instruction that starts execution of alter- 
nate instructions. This new jump instruction can be executed from any privilege level at any time 
that ALTINST is 1. The new jump instruction is a two-byte instruction: OxOF3F. If ALTINST is 0, 
the execution of OxOF3F causes an Invalid Instruction exception. 


3. When executed, the new OxOF3F x86 instruction causes a near branch to CS:EAX. That is, the 
branch function is the same as the existing x86 instruction 
= jmp _ [eax] 

= In addition to the branch, the OxOF3F instruction sets the processor into an internal mode where 
the target bytes are not interpreted as x86 instructions but rather as alternate instruction set instruc- 
tions. 

4. The alternate instructions fetched following the OxOF3F branch should be of the form 
m Ox8D8400XXXXXXXX where OxXXXXXXXX is the 32-bit alternate instruction 

m That is, the alternate instructions are presented as the 32-bit displacement of a 
m LEA [EAX+EAX+disp] 

m™ instruction. This example assumes that the current code segment size is 32-bits, if it is 16-bits, 
then an address size prefix (0x67) must be placed in front of the LEA opcode. 


5. Upon fetching, the LEA “wrapper” is stripped off and the 32-bit alternate instruction contained in 
the displacement field is executed. 


6. The alternate instruction set contains a special branch instruction that returns control to x86 fetch 
and execute mode. The x86 state upon return is not necessarily what it was when alternate instruc- 
tion execution is entered since the alternate instructions can completely modify the x86 state. 


While all VIA C3 processor processors contain this alternate instruction feature, the invocation details 
(e.g., the Ox8D8400 “prefix’) may be different between processors. Check the appropriate processor da- 
tasheet for details. 


1108H: FCR2 (FEATURE CONTROL REGISTER 2) 


This MSR contains more feature control bits — many of which are undefined. It is important that all re- 
served bits are preserved by using a read-modify-write sequence to update the MSR. 


63:32 


Last 4 characters of Alternate Vendor ID string 


31:15 14 13:12 11:8 7:4 3:0 
17 1 2 4 4 4 
AVS: 0 = The CPUID instruction vendor ID is “CentaurHauls” 


1 = The CPUID instruction returns the alternate Vendor ID. The first 8 characters of the 
alternate Vendor ID are stored in FCR3 and the last 4 characters in FCR2[63:32]. These 
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12 characters are undefined after RESET and may be loaded by system software using 
WRMSR. 


Family ID: This field will be returned as the family ID field by subsequent uses of the CPUID in- 
struction 


Model ID: This field will be returned as the model ID field by subsequent uses of the CPUID in- 
struction 
1109H: FCR (FEATURE CONTROL REGISTER 3) 


This MSR contains the first 8 characters of the alternate Vendor ID. The alternate Vendor ID is returned 
by the CPUID instruction when FCR2[AVS] is set to ‘1’. FCR3 is a write-only MSR. 


63:32 
First 4 characters of Alternate Vendor ID string 


31:0 
Middle 4 characters of Alternate Vendor ID string 
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